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(57) Abstract 

A packet radio system encapsulates data packets of external 
data networks by a point-to-point protocol PPP (Fig. 4A 4B) and 
passes them through one or more sub-networks to a point which 
supports the protocol of the encapsulated data packet. In addition 
. a special radio link protocol of the packet radio network is required 
on the radio interface between a mobile data terminal equipment 
I and a support node. PPP packets are encapsulated in date packets 
of said radio link protocol. The disadvantage of the arrangement 
is that the data packets of both the PPP protocol and the radio 
ink protocol contain protocol-specific control fields, which reduces 
the transmission capacity of user information. Therefore, a PPP 
packet is compressed (Fig. 4C) before the encapsulation (Fig. 
4D) by removing therefrom the unnecessary control fields. After 
having been transferred over the radio interface, the PPP packet is 
decompressed into its original format (Fig. 4F. 4G). 
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Packet radio system, and a terminal equipment for a packet 
radio system 

Field of the Invention 



system, comprising a digital mobile communication network; 
at least one packet radio support node, connected to the 
mobile communication network and to one or more other 
packet radio support nodes and/or providing an access 
point to an external packet data network; a packet data 
terminal equipment providing an access point for packet 
data transmission taking place over the radio interface, 
said access point supporting a universal communication 
protocol used by an application associated with the 
5 terminal equipment . 

Background of the Invention 

Mobile communication systems have been developed 
because there has been a need to free people to move away 
from fixed telephone terminals without this hindering 
their reachability. While the use of different data 
transmission services in offices has increased, different 
data services have also been introduced into mobile 
communication systems. Portable computers enable efficient 
data processing everywhere the user moves. As for mobile 
communication networks, they provide the user with an 
efficient access network for mobile data transmission, 
such an access network providing access to actual data 
networks. In order to do this, different new data services 
are designed for existing and future mobile communication 
networks. Digital mobile communication systems, such as 
the pan-European mobile communication system GSM (Global 
System for Mobile Communication) , support particularly 
well mobile data transmission. 



service in the GSM system, and it is one the items of the 



The present invention relates to a packet radio 



General Packet Radio Service GPRS is a new 



WO 96/21984 

PCT7FI96/00020 



standardization work of the GSM phase 2+ in ETSI (European 
Telecommunication Standard Institute) . The GPRS 
operational environment consists of one or more sub- 
network service areas, which are interconnected by a GPRS 
5 backbone network. A sub-network comprises a number of 

packet data service nodes, which are referred to as GPRS 
support nodes (or agents) in this context, each packet 
data service node being connected to a GSM mobile 
communication network in such a manner that it is capable 
10 of providing a packet data service for mobile data 

terminal equipments via several base stations, i.e. cells. 
The intermediate mobile communication network provides 
circuit switched or packet switched data transmission 
between a support node and mobile data terminal 
1? equipments. Different sub-networks are connected to an 

external data network, such as a public switched packet 
data network PSPDN. The GPRS service thus produces packet 
data transmission between mobile data terminal equipments 
and external data networks, a GSM network acting as an 
access network. One aspect of the GPRS service network is 
that it operates almost independently of the GSM network. 
One of the requirements set for the GPRS service is that 
it must operate together with external PSPDNs of different 
types, for instance with Internet or X.25 networks. In 
25 other words, the GPRS service and a GSM network should be 

capable of serving all users, irrespective of which type 
of data networks they want to register in via the GSM 
network or which protocols are used in a data terminal 
equipment. This means that the GSM network and the GPRS 
3 0 service have to support and handle different network 

addressings and data packet formats, and be prepared for 
new (future) data network protocols. 
Disclosure of the Invention 

The object of the present invention is a packet 
35 radio system, providing reliable and effective data 



20 
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transmission, which supports several external data 
networks and protocols and enables new protocols to be 
supported as flexibly as possible and with minor 
modifications . 

5 This object is achieved with the packet radio 

system described in the introduction, characterized 
according to the invention by 

using a point-to-point protocol independent of 
said universal communication protocol in the internal 

10 transmission of the packet radio system, a data packet 

according to said point-to-point protocol containing the 
control fields used by the protocol, an identification 
field identifying the protocol used by the terminal 
equipment, and a data field, a data packet according to 

15 the universal protocol being thus encapsulated in the data 

field of a data packet according to the point-to-point 
protocol in the internal transmission of the packet radio 
system, 

using a special radio link protocol between the 
20 packet data terminal equipment and said at least one 

packet radio support node on the radio interface, said 
radio link protocol supporting point -to-multipoint 
addressing and the control of data packet retransmission, 
a data packet according to said radio link protocol 
25 containing the control fields used by the protocol and a 

data field, 

arranging the packet data terminal equipment and 
said at least one support node to compress a data packet 
according to the point-to-point protocol, transmitted over 
3 0 the radio interface, by removing therefrom at least one 

control field and to encapsulate the remaining fields in 
the data field of a data packet according to the radio 
link protocol, 

arranging the packet data terminal equipment and 
3 5 said at least one support node to decompress a compressed 
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data packet according to the point-to-point protocol, 
received over the radio interface, by adding thereto the 
fields removed in the compression before the data packet 
is forwarded further. 
5 The present invention also relates to a terminal 

equipment for a packet radio system, said terminal 
equipment providing an access point for packet data 
transmission taking place over the radio interface, said 
access point supporting a universal communication protocol 
10 used by the application associated with the terminal 

equipment. The terminal equipment is characterized in that 
the terminal equipment uses a point-to-point protocol 
independent of said universal communication protocol in 
the internal transmission of the packet radio system, 
data packet according to said point-to-point protocol 
containing the control fields used by the protocol, an 
identification field identifying the protocol used by the 
terminal equipment, and a data field, 

the terminal equipment uses, in the transmission 
taking place over the radio interface, a special radio 
link protocol used in the inter-nodal transmission of the 
packet radio system, said protocol supporting point -to- 
multipoint addressing and the control of data packet 
retransmission, a data packet according to said radio link 
25 protocol containing the control fields used by the 

protocol and a data field, 

the terminal equipment is arranged to encapsulate 
a transmitted data packet according to the universal 
protocol in the data field of a data packet according to 
said point-to-point protocol, 

the terminal equipment is arranged to compress a 
data packet according to the point-to-point protocol, 
transmitted over the radio interface, by removing 
therefrom at least one control field and to encapsulate 
35 the remaining fields in a data packet according to the 
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radio link protocol, 

the terminal equipment is arranged to decompress 
a compressed data packet according to the point-to-point 
protocol, received over the radio interface, by adding 
thereto the fields removed in the compression, 

the terminal equipment is arranged to release a 
data packet according to the universal protocol from a 
decompressed data packet according to the point-to-point 
protocol . 

In the present invention, the packet radio system 
encapsulates data packets of external data networks and 
transports them through one or more sub-networks to a 
point which supports the protocol of the encapsulated data 
packet. At this interface, the packet of an external 
15 network is released from the encapsulation and sent to an 

external data network. Thus, it is necessary that a 
general, standardized protocol exist between a mobile data 
terminal equipment and a support node serving the mobile 
data terminal equipment, said protocol providing the 
20 transmission of user data independently of the network, 

transport and higher level protocols used. With the 
implementation of such a single protocol, the data 
terminal equipment provides a transmission path for all 
applications irrespective of what type of external data 
25 network they are communicating with. According to the 

invention, for instance the point-to-point protocol PPP 
defined in standards RFC 1661 and 1662 of Internet 
Architecture Board (IAB) , and the data encapsulation 
method thereof, is used as such a packet radio network - 
30 internal protocol that encapsulates data packets of 

external data networks. However, the PPP does not provide 
all functions required for the operation of the link layer 
over the radio interface particularly in an environment 
where the number of transmission errors may be great . 
35 Consequently, a special radio link protocol which can 
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provide all the necessary functions is required between a 
mobile data terminal equipment and a support node on the 
radio interface of the packet radio network. The two most 
important aspects provided by this protocol are the 
support of point -to-multipoint addressing and the control 
of the data packet retransmission. As a result of this 
solution, PPP data packets are transferred as encapsulated 
in data packets of the radio link protocol. A PPP data 
packet can be arranged in radio link protocol packets in a 
number of ways: one PPP packet in one radio link protocol 
packet, several PPP packets in one radio link protocol 
packet, one PPP packet in several radio link protocol 
packets. One of the drawbacks of this protocol arrangement 
is that the data frames of both the PPP and the radio link 
protocol contain the control fields used by the protocols. 
Normally, all this information has to be transferred from 
end to end. As a result, this overhead control data of the 
link layer reduces the transmission capacity of user 
information. To obviate this problem, the amount of the 
control data of the link layer must be minimized. 
According to the invention, this is done by removing part 
or all of the unnecessary fields from a PPP data frame. 
This is possible because in a PPP data frame, the values 
of flag fields, address field and control field are 
constant and do not therefore contain any real 
information. Thus, according to the invention, the PPP 
data frames are compressed by removing therefrom at least 
part of the control fields before they are transmitted 
over the radio path. Since the removed fields are 
constant, the fields can easily be returned into the 
compressed data frame after the transmission over the 
radio path. Since a data frame according to the radio link 
protocol contains a dedicated check sum field, the check 
sum field of a PPP data frame can also be omitted, if 
necessary, before the transmission over the radio 
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interface, and the check sum can be recalculated and the 
check sum field added again to the compressed packet 
transmitted over the radio interface. The PPP protocol 
according to the standard may also contain stuffing bytes, 
5 which are used for preventing the appearance of the bit 

patterns used in the control in the data field. Since, 
according to the invention, PPP frames are transmitted as 
encapsulated in radio interface packets on the radio 
interface, these forbidden bit patterns have no effect on 
10 the transmission. Thus, according to the invention, these 

stuffing bytes may be removed from the data before the 
transmission to the radio interface and returned to the 
data after the transmission over the radio interface. This 
is done in order that it would not be necessary to modify 
15 the general data network protocols provided in the 

terminal equipments. By means of the compression of the 
invention, the transmission capacity of user data can be 
significantly improved. 

A PPP frame contains a protocol identification 
20 field, the value of which identifies the protocol used by 

the application. The packet radio network routes an 
encapsulated data packet to such a point of the network or 
a point of an external data network that supports the 
protocol indicated by the identification field. At this 
25 point, the encapsulation is stripped away, and the 

original data packet is routed to its destination on the 
basis of the address information contained therein. 
Brief Description of the Figures 

In the following, the invention will be described 
30 by means of the preferred embodiments with reference to 

the accompanying drawing, in which 

Figure 1 is a block diagram which illustrates a 
packet radio system of the invention, 

Figure 2 is a diagram which illustrates the 
35 encapsulation of data packets, 
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Figure 3 shows a PPP data frame, 

Figures 4A, B, C, D, E, F and G illustrate 
different protocol frames at the encapsulation, 
compression, transmission, decompression and de- 
5 encapsulation stage. 

Description of the Preferred Embodiments 

The present invention can be used in packet radio 
systems of different types. The invention is particularly 
well suited for implementing the general packet radio 
10 service (GPRS) in the pan-European mobile communication 

system GSM (Global System for Mobile Communication) or in 
corresponding digital systems such as DCS1800 and PCN 
(Personal Communication Network) . In the following, the 
preferred embodiment of the invention will be described by 
15 means of the GPRS service and the GSM system, without 

restricting the invention to such a particular packet 
radio system, however. 

Figure 1 illustrates the basic structure of a 
GPRS packet radio network. The GPRS packet radio system 
20 consists of one or more sub-network service areas, such as 

SA1 and SA2 , which are interconnected by a GPRS backbone 
network 1 (Backbone) . Typically, the backbone network is 
the local network of the operator of the packet radio 
network, for instance an IP network. The sub-network 
25 service area SA1 and SA2 comprises one or more packet data 

service nodes, which are referred to as agents or GPRS 
support nodes . Figure 1 shows GPRS support nodes SN1 and 
SN2 . One or more of the GPRS support nodes may also act as 
gateway support nodes towards an external data network, 
30 for instance towards a public switched packet data network 

PSPDN. The backbone network 1 may also be provided with 
special gateway nodes for connecting to data networks. 

Each GPRS support node controls a packet data 
service within the area of one or more cells in a cellular 
35 packet radio network. For this, each support node SN1 and 
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SN2 is connected to a certain local part of the GSM mobile 
system. This connection is typically established in a 
mobile exchange MSC via an interworking function IWF, but 
in some situations it may be advantageous to provide the 
5 connection directly in the base station system BSS, i.e. 

in a base station controller BSC or one of the base 
stations BTS. The mobile station MS located in a cell 
communicates over the radio interface with a base station 
BTS and further through the mobile communication network 
10 with the GPRS support node SN1 , SN2 , SN3 to the service 

area of which the cell belongs. In principle, the mobile 
communication network existing between the GPRS support 
node and the mobile data terminal equipment MS merely 
delivers packets between these two. In order to do this, 
15 the mobile communication network may provide either a 

circuit switched connection or packet switched data packet 
transmission between the terminal equipment MS and the 
serving support node SN. An example of a circuit switched 
connection between a terminal equipment MS and a support 
20 node (agent) is given in Finnish Patent Application 

934115. An example of packet switched data transmission 
between a terminal equipment MS and a support node (agent) 
is given in Finnish Patent Application 940314. However, it 
should be noticed that the mobile communication network 
25 provides merely a physical connection between the terminal 

equipment MS and the support node, and the exact operation 
and structure thereof do not have essential significance 
as regards the invention. As for more detailed description 
of the GSM system, reference is made, however, to ETSI/GSM 
30 specifications and to "The GSM System for Mobile 

Communications", M. Mouly and M. Pautet, Palaiseau, 
France, 1992, ISBN: 2-9507190-07-7 . 

A typical mobile data terminal equipment consists 
of a mobile station 3 in a mobile communication network, 
35 and a portable computer 4 connected to the data interface 
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of the mobile station. The mobile station 3 may be for 
instance a Nokia 2110, which is manufactured by Nokia 
Mobile Phones Ltd., Finland. By means of a PCMCIA-type 
Nokia Cellular Datacard, which is manufactured by Nokia 
5 Mobile Phones Ltd. , Finland, the data interface of the 

mobile station can be connected to any portable PC which 
is provided with a PCMCIA card location. The PCMCIA card 
thus provides the PC with an access point, which supports 
the protocol of the telecommunication application used in 
10 the computer 4, for instance CCITT X.2 5 or Internet 

Protocol IP. Alternatively, the mobile station 3 may 
directly provide an access point which supports the 
protocol used by the application of the PC 4. Furthermore, 
it is possible that the mobile station 3 and the PC are 
15 integrated into one unit within which the application 

program is provided with an access point supporting the 
protocol used by it . 

It is apparent that mobile users will require 
access to various data networks through a packet radio 
20 network. This requires that for instance the GPRS system 

must be capable of operating together with external data 
networks PSPDN of different types, such as Internet and 
X.25 networks. This means that the GPRS system has to 
support different network addressing schemes (and network 
25 addresses) and the data packet formats of different 

protocols . 

The general mechanism by which data transmission 
supporting many external PSPDN networks can be implemented 
in a GPRS data network is shown in Figure 2 . The idea is 

30 that for instance a data packet of the protocol used by an 

external PSPDN, sent by the application of a data terminal 
equipment MS, is encapsulated in the data terminal 
equipment in the frame format used by the GPRS network, 
said frame format being independent of the protocol of the 

35 application of the data terminal equipment or that of the 
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external PSPDN. The GPRS packet also contains information 
on the protocol used by the terminal equipment or the 
application, and data sent by the terminal equipment. The 
GPRS packet is routed and transmitted from the data 
5 terminal equipment MS to the GPRS support node serving it, 

said GPRS support node forwarding the GPRS packet further 
to such a point of the GPRS network or the external PSPDN 
network that supports the protocol of the application. 
When the GPRS packet has arrived in such a point, the GPRS 
10 packet and the encapsulation are released, and the 

original packet is forwarded further by means of the 
address data provided therein. Due to the encapsulation, 
the GPRS network can forward packets of different 
protocols even if the GPRS network did not directly 
15 support said protocols itself. 

To achieve the object according to the present 
invention, a general, standardized protocol must be 
provided between a data terminal equipment MS and the 
support node SN serving it, said protocol providing the 
20 above -described transmission protocol which is independent 

of PSPDN networks and the transport layer and upper layer 
communication protocols used by said PSPDN networks. With 
the implementation of such a single independent protocol, 
the data terminal equipment MS is capable of providing a 
25 transmission path for all the applications associated with 

it. According to the preferred embodiment of the 
invention, the internal packet format of a GPRS network is 
essentially in accordance with the data encapsulation 
format of Point -to-Point Protocol (PPP) defined in 
30 standards RFC 1661 and 1662 of Internet Architecture Board 

(IAB) . The PPP uses the principles, terminology and frame 
structure of ISO-3309-1979 High-level Data Link Control 
(HDLC) procedures. The PPP protocol will be described 
briefly in the following. 
35 The PPP is an encapsulation protocol for both 
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bit-oriented synchronous links and asynchronous links with 
8 bits of data and no parity bit. The PPP is carefully 
designed to maintain compatibility with the most commonly 
used software. In addition, it is provided with a 
5 specified escape mechanism, which enables arbitrary data 

to be transmitted over the link (without the characters 
provided in the data being interpreted as the control 
characters of the frame, for instance a start/stop flag) . 
This is done in such a manner that data characters 
10 corresponding to the control characters of the frame are 

replaced with two-character pairs in transmission and 
returned as the original special characters in reception. 

The PPP encapsulation also multiplexes different 
network layer protocols simultaneously over a single link. 
15 It is thus intended that the PPP provide a common solution 

for interconnecting a wide variety of different computers, 
bridges and routers. 

Point-to-Point Protocol PPP defines more than 
merely an encapsulation principle. In order for it to be 
20 sufficiently versatile to be transferred to different 

environments, the PPP provides Link Control Protocol 
(LCP) . The LPC is used to automatically negotiate 
encapsulation format options, handle varying limits on 
packet size, authenticate the identity of its peers on the 
25 link, determine when a link is operating properly and when 

it is not operating properly, detect a looped-back link 
and other common configuration errors, and terminate the 
link . 

A summary of a standard PPP frame structure is 
30 shown in Figure 3. However, Figure 3 does not include 

start/stop bits (for asynchronous links), nor bits or 
octets inserted in the frame for transparency. The fields 
of the frame are transmitted in succession from left to 
right . 

35 The flag sequence FLAG is a . single octet, and it 
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indicates the beginning or end of a frame. Only one flag 
is required between the frames. Two successive flags 
constitute an empty frame, which is ignored. The address 
field ADDRESS is a single octet, and it contains a binary 
5 sequence 11111111 (hexadecimal Oxf f ) , which is a so-called 

All Stations address. In other words, the PPP provides all 
stations with the same address and does not provide 
addresses of individual stations. The control field 
CONTROL is a single octet, and it contains a binary 

10 sequence 00000011 (hexadecimal 0x03) . The control field 

contains an unnumbered information (UI) command, in which 
the P/F bit is set to zero. The protocol field PROTOCOL 
contains comprises two octets, and its value identifies 
the protocol of that data packet which is encapsulated in 

15 the information field of the UI frame. This protocol field 

is defined by the PPP, and it is not defined in HDLC . 
However, the protocol field is consistent with the ISO 
3309 extension mechanism for address fields. 

Even though the PPP is selected as the data 

20 encapsulation method within the GPRS network in the 

preferred embodiment of the invention, the PPP does not 
provide, however, all those functions which are required 
in link layer operation over the radio interface. This 
means that a special GPRS-specific radio link protocol 

25 GLP, which can provide all necessary functions, is 

required on the radio interface between a terminal 
equipment MS and a support node SN. The GLP may be an HDLC 
based protocol, very similar to the radio link protocol 
RJLP already used by the GSM system. The two most important 

30 aspects to be provided by the GLP are the support of 

point-to-multipoint addressing and control of data frame 
retransmission. It should be noticed that the exact 
implementation of the GLP protocol is not essential as 
regards the invention. The frame structure of the GLP 

35 (packet format) contains, however, similar fields as PPP 
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frames do, i.e. data field, control field, address field, 
flag fields and check sum field. PPP frames are 
transferred over the radio path as encapsulated in the 
data field of these GLP frames between a terminal 
5 equipment MS and a support node SN. One of the 

disadvantages of this protocol arrangement is that both 
PPP and GLP data frames contain control fields, address 
fields, flags, check sums, etc. Normally, all this 
information must be transferred from end to end. This 

10 overhead data of the link layer reduces the transmission 

capacity of user information. 

According to the invention, this problem is 
avoided by minimizing the amount of control data 
transferred over the radio interface. This is carried out 

15 by removing a part, or preferably all, of the unnecessary 

fields from the PPP data frame before it is encapsulated 
in a GLP data frame. This is possible because the values 
of flag, address and control fields used in PPP data 
frames are constant, and thus contain no real information. 

2 0 The check sum field FCS of the PPP data frame can also be 

omitted, because the GLP data frame uses its own check 
sum, by means of which errors occurring on the radio 
interface are detected and corrected. On the whole, the 
terminal equipment MS and the support node SN compress the 
25 PPP data frames before they are encapsulated in GLP data 

frames and transferred over the radio interface. 
Correspondingly, the terminal equipment MS and the support 
node SN decompress the compressed PPP data frames 
transferred over the radio interface by removing them from 

3 0 the GLP data frames, adding the removed fields thereto, 

the contents of these fields being constant and thus 
known, and by calculating a new check sum for the returned 
PPP data frame by a known check sum calculation algorithm. 

The encapsulation, compression, decompression and 
35 de-encapsulation stages of the invention are illustrated 
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in Figure 4. In Figure 4A, the terminal equipment MS 
receives a data frame according to the protocol used by 
the application associated with said terminal equipment, 
for instance an X.25 frame (or an IP frame or some other 
5 frame) . The terminal equipment MS performs an 

encapsulation by inserting the X.25 data frame in the data 
field of a PPP data frame, as shown in Figure 4B. At the 
same time, a value in the protocol field PROTOCOL of the 
PPP data frame is set to indicate the protocol of the 
10 encapsulated data packet, i.e. X.25. Thereafter, the 

terminal equipment MS compresses the PPP data frame by 
removing therefrom the flag, address, control and check 
sum fields. The resulting compressed PPP data frame, shown 
in Figure 4C, is encapsulated by inserting it in the data 
15 field of a GLP data frame, as shown in Figure 4D. The GLP 

data frame is transferred from the terminal equipment MS 
over the radio interface to a base station BTS and routed 
therefrom further through the mobile communication network 
to the support node SN which serves the current cell of 
20 the MS. In Figure 4E, the support node SN removes the 

compressed PPP data frame from the GLP data frame 
according to Figure 4D and performs a decompression by 
returning to the PPP data frame the flag, address and 
control fields removed therefrom, the contents of these 
25 fields being constant. In addition, the support node SN 

calculates a new check sum FCS for the PPP data frame 
formed in this manner by means of a calculation algorithm 
reserved for this purpose. The result is the decompressed 
PPP data frame according to Figure 4F. If the serving 
3 0 support node SN does not support the protocol indicated in 

the PR0T0C01 field itself, it routes the PPP data frame 
forward to such a point in the GPRS network or in an 
external data network that supports said protocol . When 
the PPP data frame arrives in such a point, the 
35 encapsulation is stripped away by removing the X.25 frame 
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from the data field of the PPP data frame. Thereafter, the 
X.25 frame is treated according to its own address and 
control fields. 

If the serving support node SN supports the 
5 protocol indicated by the PROTOCOL field, the serving node 

strips the encapsulation away itself and delivers the X.25 
frame forward on the basis of the control and address 
information of the X.25 frame. 

The stages according to Figures 4A - 4G also 
10 appear in transmission taking place towards the terminal 

equipment MS. The encapsulation of the X.25 frame in a PPP 
data frame takes place either in the serving node SN or in 
some place on the interface of the GPRS network and the 
external data network. The compression of the PPP data 
15 frame according to Figure 4C and the insertion of the 

compressed PPP frame in the GLP data frame according to 
Figure 4D are performed in the serving support node SN. 
The decompression and the de-encapsulation according to 
Figures 4E, 4F and 4G are performed in the terminal 
20 equipment MS, whereafter the X.25 frame is forwarded to 

the application associated with the terminal equipment MS. 

It should be noticed that the standard PPP 
protocol has its own method for compressing fields. This 
method is optional so that the use of the compression can 
25 be negotiated during the link configuration procedure . 

However, this standard PPP compression cannot be used in 
connection with the present invention. 

The standard PPP protocol also includes a so- 
called byte stuffing protocol. Certain bit patterns, such 
30 as the contents reserved for the flag field, in the data 

field of a PPP frame are thus converted into a two-byte 
chain. This a way of ensuring that for instance these bit 
patterns reserved for the flag field do not appear 
anywhere else in the message and lead to malfunctions. 
35 These stuffing bytes cause problems in the GPRS network, 
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however, since the amount of data transmitted over the air 
interface is not independent of the data but is related to 
the contents of the data. In the worst case, the length of 
the data may be twice the length it should be due to the 
5 stuffing bytes. Since the PPP data transmitted over the 

radio interface is in GLP frames in a GPRS network, such 
"forbidden" control bit patterns in the data field do not 
cause malfunctions, such as an erroneous detection of the 
start/stop of a frame, as in a serial line. Therefore, in 

10 the preferred embodiment of the invention, all stuffing 

bytes are removed at the compression stage before the 
transmission over the radio interface, and the stuffing 
bytes are returned at the decompression stage on the other 
side of the radio interface. The data can also be 

15 compressed by other methods, for instance by using the 

V42.bis method used in modems. 

It is also possible to combine several PPP 
packets, in one GLP frame, which is transmitted over the 
radio interface, if the PPP packets are smaller than the 

20 size of the data field of the GLP packets. It is also 

possible to transmit one PPP packet in several GLP 
packets. 

It is also possible that the compression and/or 

decompression according to the invention are only 
25 performed in the gateway node, and the compressed data 

packets are forwarded via the support node serving the 

mobile station. 

The figures and the description relating thereto 

are merely intended to illustrate the present invention. 
30 In their details, the packet radio system and the terminal 

equipment of the invention may vary within the scope and 

spirit of the appended claims. 
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Claims 

1 . A packet radio system comprising 
a digital mobile communication network; 
5 at least one packet radio support node, connected 

to the mobile communication network and to one or more 
other packet radio support nodes and/or providing an 
access point to an external packet data network; 

a packet data terminal equipment providing an 
10 access point for packet data transmission taking place 

over the radio interface, said access point supporting a 
universal communication protocol used by an application 
associated with the terminal equipment, 
characterized by 
15 using a point-to-point protocol independent of 

said universal communication protocol in the internal 
transmission of the packet radio system, a data packet 
according to said point-to-point protocol containing the 
control fields used by the protocol, an identification 
20 field identifying the protocol used by the terminal 

equipment, and a data field, a data packet according to 
the universal protocol being thus encapsulated in the data 
field of a data packet according to the point-to-point 
protocol in the internal transmission of the packet radio 
25 system, 

using a special radio link protocol between the 
packet data terminal equipment and said at least one 
packet radio support node on the radio interface, said 
radio link protocol supporting point- to-multipoint 
3 0 addressing and the control of data packet retransmission, 

a data packet according to said radio link protocol 
containing the control fields used by the protocol and a 
data field, 

arranging the packet data terminal equipment and 
3 5 said at least one support node to compress a data packet 
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according to the point-to-point protocol , transmitted over 
the radio interface, by removing therefrom at least one 
control field and to encapsulate the remaining fields in 
the data field of a data packet according to the radio 
5 link protocol, 

arranging the packet data terminal equipment and 
said at least one support node to decompress a compressed 
data packet according to the point-to-point protocol, 
received over the radio interface, by adding thereto the 
10 fields removed in the compression before the data packet 

is forwarded further. 

2. A packet radio system according to claim 1, 
characterized in that said at least one 
support node comprises a support node serving the mobile 
15 station and a gateway support node, which provides an 

access point towards an external packet data network, and 
that said compression and decompression are performed in 
the gateway support node on data packets which are 
forwarded via the support node serving the mobile station. 
20 3. A packet radio system according to claim 1 or 

2, characterized in that the point-to-point 
protocol comprises a protocol identification field, data 
field, check sum field, and constant address, control and 
flag fields. 

25 4. A packet radio system according to claim 3, 

characterized in that said point-to-point 
protocol is essentially the point-to-point protocol PPP 
according to standards RFC 1661 and 1662. 

5. A packet radio system according to claim 3 or 

30 4, characterized in that 

the compression in the packet data terminal 
equipment or in said at least one support node comprises 
the removal of at least one constant field from a packet 
according to the point-to-point protocol, 

35 the decompression in the packet data terminal 
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equipment and in said at least one node comprises the 
returning of the removed constant fields to the packet 
according to the point-to-point protocol. 

6. A packet radio system according to claim 3, 
5 4 or 5, characterized in that 

the compression in the packet data terminal 
equipment or in said at least one support node also 
comprises the removal of the check sum field from a packet 
according to the point-to-point protocol, 

10 the packet data terminal equipment and said at 

least one node comprise a calculation algorithm for 
calculating a check sum field according to the point-to- 
point protocol, 

the decompression in the packet data terminal 

15 equipment and in said at least one node comprises the 

returning of the removed constant fields to the packet 
according to the point-to-point protocol, and thereafter, 
the calculation of a check sum field by means of said 
calculation algorithm . 

20 7 . A packet data radio system according to any 

one of the preceding claims, characterized in 
that 

the compression in the packet data terminal 
equipment or in said at least one support node also 
25 comprises the removal of stuffing bytes from the data 

field of a packet according to the point-to-point 
protocol , 

the decompression in the packet data terminal 
equipment and in said at least one node comprises the 
30 adding of the removed stuffing bytes to the data field of 

a data packet according to the point-to-point protocol. 

8. A packet data radio system according to any 
one of the preceding claims, characterized in 
that 

35 the compression in the packet data terminal 
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equipment or in said at least one support node comprises 
the encapsulation of two or more data packets according to 
the point-to-point protocol in a compressed form in one 
data packet according to the radio link protocol. 
5 9 . A packet radio system according to any one of 

the claims 1 to 7, characterized in that 

the compression in the packet data terminal 
equipment or in said at least one support node comprises 
the division of a data packet according to the point -to- 
10 point protocol in a compressed form into two or more data 

packets according to the radio link protocol. 

10. A packet radio system according to claim 1 
or 2, characterized in that a data packet 
according to the protocol used by the application, said 

15 data packet being encapsulated in a data packet according 

to the point-to-point protocol in the data terminal 
equipment, is de-encapsulated in such a point of the 
packet radio system or the external data network that 
supports the protocol indicated by said protocol 

20 identification field. 

11. A packet radio system according to claim 1, 
characterized in that a data packet according 
to the protocol used by the application is also compressed 
by using generally used compression methods, such as the 

25 V. 21. bis algorithm. 

12. A terminal equipment for a packet radio 
system, said terminal equipment providing an access point 
for packet data transmission taking place over the radio 
interface, said access point supporting a universal 

3 0 communication protocol used by the application associated 

with the terminal equipment, characterized 
in that 

the terminal equipment uses a point-to-point 
protocol independent of said universal communication 
3 5 protocol in the internal transmission of the packet radio 
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system, a data packet according to said point-to-point 
protocol containing the control fields used by the 
protocol, an identification field identifying the protocol 
used by the terminal equipment, and a data field, 
5 the terminal equipment uses, in the transmission 

taking place over the radio interface, a special radio 
link protocol used in the inter-nodal transmission of the 
packet radio system, said protocol supporting point -to- 
multipoint addressing and the control of data packet 
10 retransmission, a data packet according to said radio link 

protocol containing the control fields used by the 
protocol and a data field, 

the terminal equipment is arranged to encapsulate 
a transmitted data packet according to the universal 
15 protocol in the data field of a data packet according to 

said point-to-point protocol, 

the terminal equipment is arranged to compress a 
data packet according to the point-to-point protocol, 
transmitted over the radio interface, by removing 
20 therefrom at least one control field and to encapsulate 

the remaining fields in a data packet according to the 
radio link protocol, 

the terminal equipment is arranged to decompress 
a compressed data packet according to the point-to-point 
25 protocol, received over the radio interface, by adding 

thereto the fields removed in the compression, 

the terminal equipment is arranged to release a 
data packet according to the universal protocol from a 
decompressed data packet according to the point-to-point 
3 0 protocol. 

13. A terminal equipment according to claim 12, 
characterized in that said point-to-point 
protocol is essentially the point-to-point protocol PPP 
according to standards RFC 1661 and 1662. 
35 14. A terminal equipment according to claim 12 
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or 13, characterized in that said point-to- 
point protocol comprises a protocol identification field, 
data field, check sum field, and constant address, control 
and flag fields. 

5 15 . A packet radio system according to claim 14 , 

characterized in that 

the compression comprises the removal of at least 
one fixed-value field from a packet according to the 
point-to-point protocol, 
10 the decompression comprises the returning of the 

removed fixed- value fields to a packet according to the 
point - to-point protocol . 

16. A packet radio system according to claim 14 
or 15, characterizedin that 
15 the compression in the packet data terminal 

equipment or in said at least one support node also 
comprises the removal of the check sum field from a packet 
according to the point-to-point protocol, 

the packet data terminal equipment and said at 
20 least one node comprise a calculation algorithm for 

calculating a check sum field according to the point-to- 
point protocol, 

the decompression in the packet data terminal 
equipment and in said at least one node comprises the 
25 returning of the removed constant fields to the packet 

according to the point-to-point protocol, and thereafter, 
the calculation of a check sum field by means of said 
calculation algorithm. 
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